📱 Приготовили для вас дайджест по актуальному из мира iOS, Android и кроссплатформы.

🔵 Быстродействие прокрутки в SwiftUI — в погоне за 120 кадрами в секунду

🔵 Rafinad: сахар для UI-тестирования iOS-приложений

🔵 Как создать кастомный угловой бейдж в Jetpack Compose

🔵 Большинство приложений для Android нарушают это правило чистого кода

🔵 5 лет с Flutter: эволюция кроссплатформенности

🐸 Библиотека мобильного разработчика

#свежак

🐸 Библиотека мобильного разработчика

#междусобойчик

🎁 Топ-вакансий для мобильных разработчиков за неделю

Junior Android-developer — от 110 000 ₽, гибрид (Москва)

Head of iOS Development (WebView-приложения) — гибрид (Санкт-Петербург, Сочи, Ереван, Амстердам, Дубай)

Flutter-разработчик — удалёнка

Java/Kotlin-разработчик (Календарь) — от 300 000 до‍ 500 000 ₽, удалёнка

Middle+/Senior IOS developer — удалёнка

➡️ Еще больше топовых вакансий — в нашем канале Mobile jobs

🐸 Библиотека мобильного разработчика

#свежак

Самые догадливые, пишите ответ в комментах 👇

🐸 Библиотека мобильного разработчика

#междусобойчик

🔧 How to: настраиваем GitLab CI/CD для мобильных тестов

Ручные сборки и деплой занимают время, а человеческий фактор может привести к ошибкам. Автоматизируем процесс!

1️⃣ Создаём .gitlab-ci.yml

Файл .gitlab-ci.yml – сердце CI/CD в GitLab. Здесь описываем, какие тесты и когда запускать.

Пример пайплайна для Android (Appium + Pytest):

stages:
  - test

variables:
  ANDROID_HOME: "/sdk"
  PATH: "$ANDROID_HOME/emulator:$ANDROID_HOME/tools:$ANDROID_HOME/platform-tools:$PATH"

test_ui:
  stage: test
  image: python:3.9
  before_script:
    - pip install -r requirements.txt
  script:
    - pytest tests/ui_tests --junitxml=report.xml
  artifacts:
    paths:
      - report.xml

➖ Что тут происходит?
✔️ stages: Определяем этапы (у нас пока только test).
✔️ variables: Переменные среды (Android SDK и путь к эмулятору).
✔️ test_ui: Джоб, который запускает UI-тесты.
✔️ image: Используем докер-образ с Python 3.9.
✔️ before_script: Устанавливаем зависимости перед запуском.
✔️ script: Запускаем тесты.
✔️ artifacts: Сохраняем отчёт о тестах.

2️⃣ Подключаем GitLab Runner

Чтобы GitLab выполнял тесты, нужен Runner – агент, который их запускает.

Запускаем Runner на своём сервере

➡️ Устанавливаем GitLab Runner:

sudo curl -L --output /usr/local/bin/gitlab-runner \
"https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64"
sudo chmod +x /usr/local/bin/gitlab-runner

➡️ Регистрируем Runner:

gitlab-runner register

Вводим URL репозитория и токен (берём в Settings → CI/CD → Runners).

➡️ Запускаем Runner:

gitlab-runner start

Теперь тесты будут выполняться прямо на твоей машине или сервере.

3️⃣ Добавляем Android-эмулятор в пайплайн
Если нужно гонять тесты на Android:

test_android:
  stage: test
  image: budtmo/docker-android:emulator_11.0
  before_script:
    - start-emulator
    - adb wait-for-device
  script:
    - pytest tests/android_tests

✔️ budtmo/docker-android – докер-контейнер с эмулятором Android.
✔️ start-emulator – запускаем эмулятор.
✔️ adb wait-for-device – ждём, пока устройство загрузится.

4️⃣ Автоматизация сборки APK/IPA

Чтобы собирать APK (Android) или IPA (iOS) в GitLab CI/CD:

Android (Gradle)

build_apk:
  stage: build
  image: openjdk:11
  script:
    - ./gradlew assembleDebug
  artifacts:
    paths:
      - app/build/outputs/apk/debug/app-debug.apk

iOS (Fastlane)

build_ios:
  stage: build
  image: circleci/macos-xcode
  script:
    - bundle exec fastlane build
  artifacts:
    paths:
      - build/ios.ipa

Какой CI/CD используете вы? Делитесь опытом в комментариях 💬

🐸 Библиотека мобильного разработчика

#буст

🛡 6 основных аспектов безопасности

Незащищенный API становится легкой мишенью для хакеров, поэтому его безопасность – приоритет для разработчиков и компаний, дорожащих своей репутацией.

В этой статье мы рассмотрим шесть основных аспектов защиты API, которые помогут минимизировать риски взлома, утечки данных и отказа в обслуживании.

👉 Читать статью

🐸 Библиотека мобильного разработчика

#свежак

🚀 adb logcat – мощный инструмент для отладки Android-приложений

Когда мобильное приложение ведет себя странно, а в студии нет очевидных ошибок, на помощь приходит adb logcat – ваш "рентген" для Android-устройств.

Как использовать?

adb logcat | grep "MyAppTag"  # фильтр по вашему тегу
adb logcat -s *:E  # только ошибки (Error)
adb logcat > logs.txt  # сохранить логи в файл

💡 Полезные сценарии:

🔘 Поиск крашей – быстро находите Crash и Exception даже без дебаггера.

🔘 Фильтрация по тегам – если вы добавили свои (Log.d("MyAppTag", "message")).

🔘 Анализ производительности – ищите предупреждения о долгих операциях (Choreographer, ANR).

⚠️ Лайфхак:

Очистите старые логи перед тестированием, чтобы не "тонуть" в данных:

adb logcat -c

А вы часто используете logcat? Делитесь любимыми командами в комментариях 👇

🐸 Библиотека мобильного разработчика

#буст

🐸 Библиотека мобильного разработчика

#развлекалово

✅ Чек-лист: идеальный релиз

Перед тем как выкатывать обнову, пробегитесь по этому списку — спасёт от багов, негативных отзывов и бессонных ночей.

🔎 Тестирование

🔘 Проверить на разных Android/iOS версиях
🔘 Протестировать на слабых устройствах
🔘 Проверить работу без интернета
🔘 Убедиться, что не падает при быстрых действиях

📌 Технические моменты

🔘 Проанализировать крэш-репорты (Firebase, Sentry)
🔘 Оптимизировать потребление батареи
🔘 Проверить push-уведомления
🔘 Убедиться в корректности deep links

📱 UI/UX проверки

🔘 Нет ли "прыгающих" элементов
🔘 Все тексты читаются (нет перекрытий)
🔘 Кнопки адекватного размера (не менее 48dp)
🔘 Проверить тёмную тему

🚀 Перед релизом

🔘 Обновить changelog
🔘 Проверить метаданные в маркетах
🔘 Сделать smoke-тест финальной сборки
🔘 Подготовить откатную стратегию

Какие пункты вы бы добавили? Делитесь в комментах 👇

🐸 Библиотека мобильного разработчика

#буст

🧩 Стандартизация без боли

В начале проекта разработчик хочет свободы творчества: писать код быстро и видеть результат. Но со временем баги, регрессии и несовместимые решения превращают эту свободу в боль.

В статье автор сравнивает языки программирования по уровню синтаксической однозначности, гибкости и пригодности для командной работы.

Также рассматривает, как строгие ограничения формируют культуру качества, а чрезмерная выразительность часто мешает команде работать как единое целое

👉 Читать статью

🐸 Библиотека мобильного разработчика

#свежак

😺 Подкасты и видео о мобильной разработке

Собрали лучшее о мобильной разработке. Включаем и смотрим по пути на работу.

➡️ Ускоряем приложение эффективно

➡️ Оптимизация Compose: проблемы, опыт, тактика, стратегия

➡️ Flutter-диета. Как сбросить вес, выпиливая модули

🐸 Библиотека мобильного разработчика

#буст

📱 Тестирование изображений и анимаций в Android с помощью Kaspresso

Тестирование UI в Android — это баланс между тщательностью и удобством поддержки. Espresso проверяет логику: тексты, клики, переходы. Но для изображений и анимаций часто используют скриншотные тесты или оставляют их ручными.

В этой статье автор покажет, как пойти другим путём — научить Kaspresso понимать, что именно нарисовано на экране. Расскажет, как сравнивать изображения и кадры анимации внутри обычных инструментов UI-тестирования — без тяжёлой артиллерии и лишней хрупкости.

👉 Читать статью

🐸 Библиотека мобильного разработчика

#свежак

🐸 Библиотека мобильного разработчика

#развлекалово

❓ MVC vs MVP vs MVVM vs VIPER. Что лучше для мобильной разработки?

Точно так же, как у каждого дома есть прочный фундамент, у каждого программного проекта есть архитектура, на которой он построен, и у каждого проекта есть своя структура приложения.

Типы архитектурных шаблонов могут быть разными, но есть 4 наиболее часто используемых шаблона, которые весь IT-мир постоянно критикует, но в то же время продолжает использовать: MVC, MVP, MVVM и Viper.

А какие архитектуры чаще всего используете в своих проектах вы? Голосуйте и пишите своё мнение в комментариях 💬

❤️ — MVC
👍 — MVP
👏 — MVVM
🔥 — Viper
🤝 — другое

🐸 Библиотека мобильного разработчика 

#междусобойчик